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(54) Method and system for terminal mobility 

(57) Disclosed is an method and apparatus for con- 
figuring an H.323 compliant data packet network with a 
registering function whereby home based users are 
identified separate from visiting users having other net- 
works as home bases. Thus user location data may be 
retrieved and/or modified as those users roam to other 
H.323 compliant networks and register with a gatekeep- 



er at that visited network. The registration of a visiting 
user with a visited gatekeeper includes the process of 
assigning a transient identity to the roaming user, ob- 
taining confirmation from the home gatekeeper that 
roaming is authorized and registering the roaming users 
present address and transient identity at the home site 
so that calls received at the home network can be di- 
rected to the user at the visited site. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates in general to the 
internet and in particular to methods and systems for 
accommodating roaming endpoint users across H.323 
compliant network domains. 

BACKGROUND . . 

[0002] The internet comprises an. interconnected set 
of networks where the individual networks may use var- 
ious protocols within a.specific network but which use 
standardized . internet protocols (IP) for communicating 
with other networks. 

[0003] While the internet started with the idea of trans- 
mitting only text, the protocol has expanded to many 
types of media including voice, video and other graph- 
ics. The communication is in the form of packets of data 
and thus there is no solid or fixed connection as is the 
case with the public switched telephone network system 
(PSTN). In general, when an internet user wants to com- 
municate with another user, the sending party transmits 
a message to the internet service provider (ISP) of the 
recipient. The recipient obtains the communication 
when he next accesses the ISP and requests any. pre- 
viously un received messages. Two way communication 
of either voice or text requires an advance arrangement 
on the part of both the sending party and the recipient 
to be accessing the internet and using the appropriate 
protocol. ' 
[0004] In an attempt to simplify, internet communica- 
tion problems, various standards have been formulated 
and adopted in the industry. These standards are fol- 
lowed when designing new hardware and software; An 
example is H.323 entitled "PACKET BASED MULTIME- 
DIA COMMUNICATIONS SYSTEMS* which is incorpo- 
rated herein by reference. Standard H.323 covers.the 
technical requirements for multimedia communications 
systems in those situations where the. underlying trans- 
port is a packet based network (PBN) -which may not 
provide a guaranteed quality of service (QoS). The H. 
323 standard covers not only calls between H.323 com- 
pliant terminals in remotely located H.323 compliant net- 
works, but also covers calls between such terminals and 
telephones in switched circuit systems such as the 
PSTN. For the purposes of this invention, a call is de- 
fined as a multimedia communication between two ter- 
minals at least one of which is H.323 compliant./The call 
may comprise the use of. a collection of channels be- 
tween terminal endpoints some of which channels may 
be "unreliable". In accordance with terminology in the 
art, a "reliable" channel uses a protocol that keeps track 
of the number and orderof messages sent and received 
so that the receiving endpoint knows when data packets 
are missing or received out of order. An unreliable chan- 
nel merely delivers message: packets as well as it can 



but requires the sending program to worry about wheth- 
er or not any messages are received at the destination 
and whether or not received messages are received in 
the proper order. As will be obvious to one skilled in the 
5 art, an unreliable channel will normally provide : much 
faster communications of a given quantity of data than 
would a channel that must also continually communi- 
cate data tracking messages. 

[0005] Such a call as defined herein begins with a call 
io setup procedure and ends with a call termination proce- 
dure. Other examples of standards applicable to calls 
•incorporating the internet are H.225.0 entitled "CALL 
SIGNALING PROTOCOLS AND MEDIA STREAM 
PAC K ETI Z ATI ON FOR PACKET BASED MULTIMEDIA 
15 COMMUNICATIONS SYSTEMS", H.235 entitled "SE- 
CURITY AND ENCRYPTION FOR H SERIES (H.323 
AND OTHER H.245 BASED) MULTIMEDIA TERMI- 
NALS" and H.245 entitled "CONTROL PROTOCOL 
FOR , MULTIMEDIA COMMUNICATIONS". The H. 
20 225.0, 1 H.235 and H.245 standards are also incorporat- 
ed herein by reference. 

[0006] To date, the standards and the industry prac- 
tice have been directed to communications between us- 
ers accessing terminals at known locations in their home 

2S network. While generally, users rnust check the network 
to see if any communications are being held for the user, 
systems, exist that notify a user that there is mail in the 
mailbox when a user's terminal is turned ON. Further if 
the user's terminal is already turned ON, a display or a 

30 speaker of a terminal can advise the user that a com- 
munication; whether electronic mail 6r;a voice call, is 
being ^received. The H.323"standard referenced above 
includes voice and other multimedia calls set up and 
completed between a H.323 compliant terminal and an- 

35 other terminal where the recipient H.323 compliant ter- 
minal user is located in that users G home" network. <- < 
[0007] Users are often required to travel to remote 
sites for extended periods of time and while at the re- 
mote: site* may have access to a terminal on a different 

40 network from that users home network. It would be de- 
sirable to- have a system and method for automatically 
and seamlessly forwarding voice and other communica- 
tions, originally directed to a users terminal at a home 
network, to a terminal at the remote site after a user con- 

45 tacts a home network and forwarding is authorized. 
While such an action would be comparable to roaming 
users in cellular phone technology, the differences in ba- 
sic construction of the internet and the telephone system 
prevent any direct correlation in processes to accom- 

50 pijsh such authorization and forwarding of communica- 
tions. : • 

SUMMARY OF THE INVENTION 

55 [0008] * The present invention is directed to the method 
of and apparatus for completing multimedia calls over a 
packetized data transmission link to a roaming user cur- 
rently located in a network foreign to the users home 



BNSDOCID: <EP 0964560A1 J_> 



r 



EP 0 964 560 A1 



network. ■ . 

BRIEF DESCRIPTION OF THE DRAWINGS . 

[0009} For a more complete understanding of the 
present invention, and its advantages, reference will 
now made in the following Detailed Description to the 
accompanying drawings, in which: 

FIGURE 1 ;is.a is a- general block diagram of the 
. present invention; 

FIGURE 2 illustrates, in a time sequence diagram 
.form, a methodology of registering a visiting termi- 
- " nal or user in a foreign network; 

FIGURE. 3 illustrates, in a time sequence diagram 
obtaining location information Of a roamed party; 
. and 

FIGURE 4 illustrates, in a time sequence diagram 
form, a methodology of communicating an admis- 
sion request as. an initial step in contacting a 
roamed party. 

D ETA I LE D 'DESCRIPTION 

[0010] In FIGURE, ,1 the reference numeral 10-.. refers 
to a first H. 32 3; compliant network domain while a sec- 
ond H. 323 compliant network domain is given a desig- 
nation of 12 . The network domain 10 includes a gate- 
keeper 14 connected via a bus 16 to many other com- 
ponents. some.of which are shown. Endpoints 18 and 20 
are two put of potentially many endpoint terminals con- 
nected to b.ys.,16 the others of which are not shown. A 
plurality, of gateways 22, 24 and 26 are also shown con- 
nected to bus ,16 ; A. block 28, which includes the funo- 
tions-of . both avgateway. and an internet protocol (IP) 
route. r.(R/'GW), : is .interconnected between bus 1 6 and a 
packet data network generally indicated as 30iT.:Th$ 
block 30 mayjbe.the Internet,. an intranet or any other 
.packet data. transmission means for supplying dataiber 
tween domain 10 and network domain 12. The domain 
may also contain a multi-point control unit (MCU),such 
a,s, shown for block 32. .-. 
[0011] Domain 12 includes a combination router and 
gateway block 34 : which provides the interconnection 
between a bus 36 of domain 1 2 and the network 30; As 
illustrated, a plurality of endpoints 38, 40 and 42 are con- 
nected to bus 36, A gatekeeper 44 is likewise connected 
to bus 36. The domain 12 would also be likely lo have 
further gateways, not shown, in a manner simitar to that 
of domain 10. ... - t 

[0012] Gateway 22 is shown connected to the public 
switched telecommunication network or PSTN and des- 
ignated as 46 which is shown haying a pair of .PSTN 
compliant endpoint devices 48 and 50 connected there- 
to. Devices 48 and 50 would- typically be prdinary;X5om- 
puter telephone modems and their associated computer 
terminals along with required voice equipment such as 
speakers and a microphone. Gateway 24 is, shown con- 



nected to an asynchronous transmission mode (ATM) 
network 52 having a pair of endpoints 54 and 56 con- 
nected thereto. Gateway 26 is connected to an ISDN 
network 58 and has a pair ISDN compliant endpoints 60 
5 and 62 connected to communicate with other devices 
such as an endpoint within the domain 10 or PSTN 46. 
[0013] The portions of FIGURE 1 described thus far 
could be considered to represent a prior art communi- 
cation system. As will be noted however gatekeeper 14 

10 has connected thereto a visiting location register (VLR) 
64 and further has a home location register (HLR) 66. 
The gatekeeper 44 has similar VLR and HLR boxes 68 
and 70. While the VLR and HLR functions may readily 
be incorporated within a gatekeeper^ these blocks are 

? 5 shown external for ease in discussing the function and 
operation of same. As will be realized, the gatekeeper 
boxes 14 and 44 further include software for providing 
the added functions necessary to register visiting users, 
assign transient identities, forward incoming communi- 

20 cations to the last known location of a roaming endpoint 
user and to update storage registers 64 through 70. For 
the purpose of describing the operation of the invention, 
endpoint 42 has been further designated as VU for vis- 
iting user. The visiting user (VU) may bring that users 

25 own terminal for connection to network 12 or may use 
an existing terminal on the network and want to have 
communications, initially directed to his home network, 
forwarded to endpoint 42. It may be understood, for this 
description, that the VU has network 10 as that users 

30 home network and gatekeeper (GK) 1 4 as a home gate- 
keeper. - T: 

[0014] While FIGURE 1 may typically be understood 
to represent a situation where network domains 10 and 
12 are physically- separated by? a great distance, the in- 

35 vention is also applicable to: two different zones within 
a single network wherein each. of the zones has a dif- 
ferent gatekeeper.. . i. ■ .' v . / : ' ; 
[001 5] The H;323 protocol mentioned above requires 
that an endpoint terminal; of a network, register with the 

40 gatekeeper of- that net work.. Th ©registration would nor- 
mally occur whenever a terminal such as 42 is activated 
but also may be required on a periodic basis in the de- 
sign of some networks. Thus, and as shown in FIGURE 
2, the visiting user sends a registration request to the 

45 visited gatekeeper 44 in networks. Referring to FIGURE 
1 , endpoint 42 would send a rhessage'to gatekeeper 44 
requesting registration. This message includes the ter- 
minal alias for terminal 42, a cufrenUP-:address and an 
VU and/or endpoint authentication token. This message 

so would include data equivalent to "learn joe@networkA. 
com" and "my R AS address is. 1 .2.3.4:10050V and "my 
call signalling address is 1 .2.3.4:2500". The gatekeeper 
44 then, assigns a transient- identity* such as VU501 to 
visiting endpoint 42 and forwards the j request along with 

•ss a visited gatekeepers authentication token and the as- 
signed transient identity to the home gatekeeper in net- 
workA- which as is shown in FfGUfSEn -would- be gate- 
keeper 3 4. Thet visited gatekeepermusi be able to de- 
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termine the home network and/or gatekeeper from the 
alias information sent by the terminal 42 to the visited 
gatekeeper 44, otherwise the registration request could 
not be forwarded. One reason the registration request 
must be forwarded to the home gatekeeper is that the 
visited gatekeeper has no means for ascertaining 
whether or not the user operating endpoint 42 is author- 
ized to roam to network 12. However the primary pur- 
pose for sending the registration request to the home 
network is to identify the visited network and the address 
where the home network should contact the visited net- 
work to deliver calls to the roaming user. Thus each of 
the gatekeepers such as 44. must maintain a listing or 
database register of the networks, such as networkA, 
that are authorized to send roaming users to networkB. 
Likewise, gateway 44 must keep a separate list of net- 
works to which networkB users may be allowed to roam 
in the event that the associated network roaming agree- 
ments are not reciprocal. 

[0016] When the home gatekeeper 4 receives the reg- 
istration request, it examines the authentication token 
sent by endpoint 42, the presence of a roaming alias or 
transient identity as assigned by visited keeper 44 (and 
possibly the IP address of the sending entity). This ex- 
amination causes the gatekeeper 14 to determine that 
the request is not a standard registration request and 
that further processing is required by gatekeeper 14. 
The home gatekeeper 14, upon determining that the 
registration request is for a user (joe) that has roamed 
from networkA, needs to update the gatekeepers infor- 
mation database by storing the assigned transient iden- 
tity (VU501 ) and the visited gatekeeper data so that fu- 
ture communications can be forwarded to gatekeeper 
44 in networkB. Home gatekeeper 14 uses the authen- 
tication token supplied by gatekeeper 44 to verify that 
the communication did actually come from the visiting 
network and was not, forged by a "hacker" or other im- 
personator of another network. Once the identity ol the 
visited network is established, additional determinations 
are made by gatekeeper 14, that visited networkB is an 
appropriate network to which user VU can roam. Home 
gatekeeper 14 uses the authentication token supplied 
by the VU for endpoint 42 in combination with the alias 
supplied by the roaming user to verify that the request 
is from a user and/or terminal endpoint registered at the 
home network and not from an impersonator of that us- 
er. Further, the home gatekeeper 14 may check its reg- 
isters to see where the roaming user was last known to 
be located so that deregist ration messages may be sent 
to the gatekeeper controlling the previously visited site. 
[001 7] Once the home gatekeeper 1 4 has completed 
updating its registers. 64 and 66 : it may. return a regis- 
tration confirmed (RCF) or- a registration reject (FtRJ) 
message to the visited gatekeeper. It may be assumed 
for the purposes of this description that the home gate- 
keeper 14 determines that the VU for terminal 42 is au- 
thorized to roam and thus returns the confirmation mes- 
sage to gatekeeper 44. The visited gatekeeper 44 may 



filter part of the received data before returning a confir- 
mation message to visiting user endpoint 42 
[0018] A calling endpoint may send an H.323 stand- 
ardized location request (LRQ) message to the home 

s gatekeeper 14 of a roaming user, as shown in FIGURE 
3. This message will include an alias corresponding to 
the roaming user (i.e. "Joe"). The GK 14 will check the 
HLR 66 and retrieve that transient identity or roaming 
alias assigned by the visited GK 44 for that roaming us- 

fo er. A new LRQ message will then be sent from GK 14 
to visited GK 44. The visited GK 44 will cheek that ter- 
minal's VLR 68 to determine if VU501 still refers to Joe 
at EP 42 and that Joe still has a current registration. If 
the registration is not current, a location reject (LRJ) 

is message may be returned from GK 44. If the LRQ re- 
ceived by GK 14 is malformed or otherwise improper, 
the LRQ might not even be forwarded to GK 44. In this 
instance, the GK 14 would just return a LRJ to the calling 
endpoint. 

20 [0019] It is assumed in this FIGURE however that the 
visiting user at EP 42 is still in good standing. In this 
situation, appropriate address information such as a call 
signaling transport address and any appropriate aliases 
are returned from GK 44 to GK 14. GK 14 may screen 

25 or otherwise filter the data received in the LGF message 
from GK 44 and then send a LCF to the requester or 
calling endpoint. As will be obvious to network design- 
ers, the data returned to the calling party may be limited 
so that calls must be routed through the home gatekeep- 

30 er rather than giving the calling endpoint enough data 
to place a call directly to a roaming user Such routing 
may be maintained by the network for any ol many rea- 
sons. One reason for routing all calls through the GK is 
that, by design, the gatekeeper is required to monitor 

35 the contents of all calls received by given users. - : 
[0020] Another H.323 . standardized ' message^ re- 
ceived by gatekeepers is ah admission request (ARQ) 
as shown in FIGURE 4. As occurred irV FIGURE 3, the 
request would contain an alias such as Joe ©networkA. 

40 This would correspond 10 the roaming user at EP 42. 
GK 14 would check its database and obtain the corre- 
sponding roaming alias VU50T from HLR 66. GK 14 
would forward a request to G K 44 using the stored roam- 
ing alias or transient identity assigned by GK 44. This 

45 request from GK14 to GK44 would normally be an LRQ 
although certain circumstances occur and as set forth 
in H.323, where it would be appropriate to send an ARQ. 
[0021] An H.323 endpoint sends an ARQ message to 
its gatekeeper before placing or receiving a call in order 

50 to receive permission from the gatekeeper to use the 
network, to receive information regarding where signal- 
ing should be established and to obtain other useful in- 
formation used in establishing communication with the 
other endpoint (such as: aliases, lists of gateways to 

55 use, -authentication tokens to pass through network 
gateways; and so forth). In the present case, an H.323 
endpoint inside the home network domain may wish to 
call a user who happens to be served by the home net- 
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work and the user is roaming, in this instance, the calling 
endpoint is interested in obtaining the address where it 
should send call signaling to ultimately reach the roam- 
ing user, and the permission aspects are not pertinent. 
[0022] The visited GK 44 would return an address in 
the appropriate ACF or LCF confirmation message as 
to the appropriate port address where the call signalling 
should be established to communicate with the roaming 
user VU at EP 42. The home G K 1 4 screens the address 
information and returns location information to the re- 
questor when all signals are valid. As before, an LRJ or 
admission reject (ARJ) may be returnedfrom GK 14 to 
the requestor if the terminal 42 Js not presently regis- 
tered or there is some other error. 
[0023] As will be apparent, the ARQ or LRQ messag- 
es for the roaming user at EP 42 could be received from 
a calling party within home network 10, from the- visited 
network ,12 or from non-H.323 compliant EPs such as a 
terminal connected to block 60 which is an ISDNcom- 
plianl endpoint. i V5,: M 
[0024] As known to those skilled in the art, the entire 
procedure is completely detailed in the referenced H. 
323 specif ication for .initiating a voice (or other multime- 
dia) call including setup, obtaining the connection, and 
releasing the connection after completion of the. call. 
The remaining steps; will be obvious to anyone familiar 
with this specification and the implementation -will :also 
be ; obvious based.qn the, signal flow shown in,Pigures<2 
through 4. The. only requirement is that the data packets 
coming. into tho home network for the roaming' user be 
directed to the visited network for delivery to theractual 
roaming user. As will be apparent,! the home ; network 
must be contacted first and then contact be made with 
the .visited network for instructions on where, to direct 
pac kets to. t h e, visjt ed ; n et wor k. = - , v. > j : i .- ■ = r .: . . ; • 
[0025]' . In summary, this invention allows a H-,32&t5dmT 
pliant userto roam ta another H. 323 compliant network 
that is recognized by that users home gatekeeper After 
arrjving at the visited, network, the roaming, user.: regis* 
tecs with a visited gatekeeper. The visited gatekeeper 
authorizes the registration by determining the network 
of the roaming user and that a roaming agreementexists 
between the visited and home network.. This is:accom- 
plished by contacting the home gatekeeper which in turn 
authorizes the request as being from a authenticated 
network with which ft allows roaming, that the roaming 
user is allowed to roam, and that the requestor is the 
actual user and not an impostor (an authenticated user). 
Once the authorization is returned, the roamingt user 
may start to receive H.323 calls, as directed by the co- 
ordination of the home and visited gatekeeper Since the 
interaction between gatekeeper and the forwarding of 
data packets is transparent to the caller, the caller need 
not even know that the user has roamed to a different 
network domain. As will be apparent from the above, the 
calling party need not be part of an H.323 compliant net- 
work but only need to have the capability to, call to a H: 
323 compliant network. - 



[0026] Further functions of the system may include 
advising previously visited gatekeepers that a user has 
again roamed when a home gatekeeper detects a pre- 
vious roaming status at the time a RRQ is received from 

5 a presently visited gatekeeper Such advisory messag- 
es are not needed in systems where the time increment 
between required re-regist rations is relatively short. 
[0027] Although the invention has been described 
with reference to specific embodiments, these descrip- 

10 tions are not meant to be construed in a limiting sense. 
Various-modifications of the disclosed embodiments, as 
well as alternative embodiments of the invention, will be- 
come; apparent to persons skilled in the art upon refer- 
ence to the description of the invention. It is therefore, 

15 contemplated that the claims will cover any' such modi- 
fications or embodiments that fall within the true scope 
and spirit of the invention. 



1. The method of establishing a user in a foreign net- 
work comprising the steps of: 

25 .. sending a user registration request to a visited 

gatekeeper; 

forwarding registration request data from the 
visited gatekeeper to a gatekeeper in said 
home network for authentication by said home 
30 network; and 

' ■ '.-returning a registration confirm message from 
. i said home network to the user that requested 
^. registration -in -the f visited network. 

35 2. . The? method -of ;claims;t comprising the additional 
- ' stepof: --j't! or' vi!? ;...<■!■ - '.. *. - 

including;; in. the tiser registration. request, at 
. least a current internet protocol (IP) address and 
■ data sufficient -to identify 5 the user and that users 
40 home network.:- : : . * ; ■ 

3. The- method of claim* 1 comprising the additional 
step of:-.- r= -\: \ .::= ; : l ; : 

updating stored data, accessed by said home 
^5 network as to the transient identity of the user re- 
questing registration, 

4. The method of claim 1 wherein: i- 

50 the user registration request includes terminal 

aliases-and an authentication tokenp . K. 
the registration' request data forwarded by said 
. visited gatekeeper includes a visited gatekeep- 
er, authentication token -and a roaming: alias; 
55 and. .o ;■>•■■■. ■ * ■ * 

the registration confirm :message is passed 
■v.- - through said visited: gatekeeper before being 
■ -■: ■ received by the. user requesting registration. 



20 Claims 
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5. The method of claim 1 comprising the additional 
step of: 

updating a "roamed" databank with the gate- 
keeper contact for the user requesting registration. 

5 

6. The method of claim 1 comprising the additional 
step of: 

notifying any previously visited gatekeeper 
listed in the databan k for said user to deregister said 
user. 10 

7. Network gatekeeper apparatus comprising: 

visiting location register means; 
means for updating said visiting location regis- is 
ter means upon receipt of a confirmation mes- 
sage, from a home gatekeeper, that a user of a 
visited network is authorized to have communi- 
cations forwarded to the user at the visited net- 
work. 20 

8. Apparatus for establishing a user in a foreign data 
packet network comprising: 

home gatekeeper means comprising a part of 25 
a home network domain; 
visited gatekeeper means; 
packet data transmission means interconnect- 
ing said home and said visited gatekeeper 
means; 30 
terminal means logically connected to said 
gatekeeper means; 

means for sending a visiting user registration 
request to said visited gatekeeper means in- 
cluding at least a current internet protocol (IP) 35 
address and data sufficient to identify the visit- 
ing user and that visiting users home network 
domain; 

means for forwarding registration request data 
from said visited gatekeeper means to said 40 
home network domain for authentication by 
said home gatekeeper means: and 
means for returning a registration confirm mes- 
sage from said home gatekeeper means to the 
user that requested registration in —e visited 45 
network. 

9. The method of obtaining the address of a roaming 
network user comprising the steps of: 

so 

sending a request from a calling endpoint to the 
home gatekeeper of a called user; 
forwarding a received request from a home 
gatekeeper to a visited gatekeeper; and 
returning a confirmation including address in- 55 
formation from the visited gatekeeper to said 
calling endpoint. 



10. The method of claim 9 wherein: 

the request from the home gatekeeper to the 
visited gatekeeper is of, 

an admission request and 
a location request. 

11. Gatekeeper apparatus comprising: 

means for registering an endpoint as a visiting 
user of a network; and 

means for assigning a transient identity to a 
registered visiting user where the transient 
identity is readily differentiated from assigned 
identities of home network users. 

12. Apparatus comprising: 

- home gatekeeper means 

means for storing data relative the last regis- 
tered location of a roaming user whose home 
registration is with said home gatekeeper 
means; and ' * - ' v< 

means for forwarding incoming requests rela- 
tive said roaming user to the last registered lo- 
cation as stored in said means for storing data. 

13. The method of directing communications to users 
roaming between gatekeeper managed networks 
interconnected by packet ized data networks com- 
prising the steps of: 

maintaining a list of visiting users that have re- 
quested registration in a given visited network; 
supplying data from a home network, in re- 
sponse to a request, authorizing a visited net- 
work to forward incoming communications to a 
visiting user; 

storing data in the home network relative the 
most recently known visited location of a roam- 
ing user; and 

forwarding communications, initially directed to 
a home network address, to the last known vis- 
ited network. 

14. Communication apparatus comprising: 

local and foreign domain network means; 
packetized data communication means inter- 
connecting said local and foreign domain net- 
work means; 

means for registering each network users cur- 
rent location; 

means for assigning home identities to a user 
that identify a users home domain network; 
means for assigning transient identities to a 
roaming user; and 

means for setting up calls between said focal 
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and foreign domain network means. 

15. Apparatus as claimed in claim 14 comprising in ad- 
dition: 

means for authenticating a roaming user cur- s 
rently located in a foreign network as being a user 
registered in a local home network that is authorized 
to roam. 

16. Data packet transmission means interconnected 10 
network domains comprising: 

a plurality of network domains each having a 
> unique identity; • • ■ ^ 

means for assigning a transient identity for a is 
user roaming to and registering in a network do- 
main other than that users home domain; and 
means for storing said transient identity at the 
home network, domain of a roaming user. 

. . . 20 
17- Apparatus as claimed in claim 16 comprising, in ad- 
dition: . . ; 

means for causing calls originally directed to 
a -home network i: to.. be * redirected to the network 
. * where that useMast registered.. 2S 
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